システムのリカバリー手順

この手順は、保存された構成データを使用してストレージ・システムを再作成します。これは、Tier 3 (T3) リカバリーとも呼ばれます。保存された構成データは、システム・ディスクおよび最新の XML 構成バックアップ・ファイルにあります。リカバリーを実行しても、すべてのボリューム・データを復元できない可能性があります。

注意:
システムで以下の状態が検出された場合、
  • すなわち、アクティブなノードがない場合は、

    ノード・レスキューを開始しようとしないでください (ユーザーは、サービス・アシスタント GUI、または satask rescuenode サービス CLI コマンドを使用してノード・レスキューを開始できます)。停止して、IBM®® リモート技術サポートに連絡してください。この特定の状態でこの T3 システム・リカバリー手順を開始すると、XML 構成バックアップ・ファイルが失われる場合があります。

重要:
  • 修正手順で指示された場合にのみ、サービス・アクションを実行してください。不適切に使用されると、サービス・アクションによってデータへのアクセスが失われたり、場合によってはデータ損失が発生します。説明を最後まで読み、理解した上で、必要なアクションを実行してください。
  • システムで大容量デバイスをクォーラム・デバイスとして使用する場合は、リカバリー手順に数時間かかる場合があります。
  • リカバリー手順を実行した後でオフライン・アレイがある場合は、IBM サポートに連絡してください。

以下の条件が満たされない限り、システム・リカバリー手順を行わないでください。

システムのリカバリー手順は、実行しなければならないいくつかのタスクの内の 1 つです。以下のリストは実行する必要のあるタスクの概要とその順序です。
  1. システム・リカバリーの準備:
    1. システム・リカバリー手順を実行するタイミングに関する情報を確認する。
    2. ハードウェア・エラーを修正し、システム内のすべてのノードがサービス・アシスタントに表示されるのか、sainfo lsservicenodes からの出力に表示されるのかを確認する。
    3. サービス・アシスタントを使用して、エラー・コード 550 またはエラー・コード 578 のあるノードのシステム情報を削除する。ただし、これらのノード・エラーに対する推奨ユーザー応答が実行されている場合のみ。
    4. 仮想ボリューム (VVOL) では、システムに接続しているすべての Spectrum Control Base インスタンスに対するサービスをシャットダウンする。Spectrum Control Base コマンド service ibm_spectrum_control stop を使用します。
    5. リカバリー・プロセスを開始する前に、ホット・スペア・ノードをシステムから削除し、それらを候補モードに設定します。システムからノードを削除するには、次の CLI コマンドを実行します。
      satask leavecluster -force spare-node-panel-name
      ノードが保守モードに戻った後、次の CLI コマンドを実行して、候補モードに設定します。
      satask stopservice spare-node-panel-name
    6. IBM Spectrum® Virtualize for Public Cloud on Amazon Web Services (AWS) では、非構成ノードからリカバリーを実行すると、システム ID が変更されて、当初管理対象だった Amazon Elastic Block Store (EBS) を検出できなくなります。その場合は、最初に EBS タグを削除してから、T3 リカバリーを開始する必要があります。
    7. IBM Spectrum Virtualize for Public Cloud on Amazon Web Services (AWS) では、CLI コマンド satask t3recovery -prepare および svcconfig restore を実行する前に、IBM-SV-cluster-id および IBM-SV-cluster-name のタグ値を削除して、システムの管理対象である EBS ボリュームを AWS コンソールから切り離します。このアクションが完了した後、T3 手順を続行してください。
  2. システム・リカバリーを実行する。リカバリーするシステムの準備ができ、前提条件が満たされたら、システム・リカバリーを実行します。
    注: 一度にファブリック内のシステム 1 つずつに対して手順を実行してください。同一システム内の別のノードに対して手順を実行しないでください。この制約事項は、リモート・システムにも適用されます。
  3. 環境を稼働可能にするためのアクションを実行する。
    • CLI を使用したオフライン・ボリュームからのリカバリー。
    • すべてのマップ済みボリュームが確実にホストにアクセスできるようにするために、システムをチェックする。